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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention generally relates to the field of insurance claims. More 
particularly, the present invention relates to a system and method for processing 
insurance claims using a graphical user interface with structured data collection. 

2. Description of the Related Art 

Insurance companies have been processing and settling claims associated with 
bodily injury for a long time. The task of evaluating, analyzing or estimating the amount 
of damage associated with one or more types of bodily injuries, especially trauma- 
induced bodily injuries, can be very complex. Complexity in the evaluation process often 



u 

IP 15 arises out of the fact that concurrent expertise in legal, medical and insurance fields is 

often required to arrive at a particular decision involving a bodily injury claim. 

Several factors can affect the estimated amount of the claim associated with a 
bodily injury. Every accident is different and every injury is unique. Arriving at a 
customized evaluation of a bodily injury claim, which is unique for a specific accident, 
20 injury, etc. is desirable. Applying across-the-board standards may tend to result in an 
inequitable solution for one or more parties involved. External environmental factors, 
such as the experience level of a claims adjuster, record of accomplishment of the legal 
professionals, post-injury quality of Ufe for the injured party, etc., all can affect the 
valuation of a claim. 

25 During the past several years, many insurance companies have been using 

computer-based and knowledge-based claim-processing systems to process, evaluate, 
analyze and estimate thousands of claims in a fair and consistent manner. A knowledge- 
based claim-processing system includes an expert system which utilizes and builds a 
knowledge base to assist the user in decision making. It may allow the insurance 
30 companies to define new rules and/or use previously defined rules, in real-time. The 
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business rules are generally written by industry experts to evaluate legal, medical, 
insurance conditions before arriving at a valuation of a claim. 

There were several drawbacks with the earlier knowledge-based system. For 
example, the user interface (such as a graphical user interface, or GUI) lacked flexibility 
5 and was inefficient. In estimating a claun for bodily injury, the user typically had to enter 
inputs on a display screen and step through a series of displays or screens in a predefined 
sequence to complete the data input process. The knowledge-based prior art claim 
processing system would then utilize the user provided inputs, i.e., collect data fi'om the 
user to generate a claim report. This reduced the user's flexibility and usability. For 
10 example, the user was required to enter the requested/required information for each 
display, before being permitted to proceed to the next display. In addition, the user 
interface used in the prior art would not permit the user to easily go back to edit data that 
was entered in a previous display or to go forward to another display. In order to go back 
to a desired previous display, the application would automatically exit, re-laimch, and 
15 then go through all the previous displays in sequence to arrive at the desired previous 
display. 



y = 
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B It is, therefore, desirable to develop a new graphical user interface to improve 
usability and flexibility of a knowledge-based claims processing system. It is desirable 

5 for the GUI to provide the user with a road map of all the steps involved with the data 

III 

fy 20 collection process. It is also desirable for the GUI to provide fiiU control to the user to 



select any display screen to enter required data. Thus, the GUI should be of a flexible 
design to allow the user to select display screens freely, based on user requirements. 
Furthermore, it is also desirable for the user to be able to edit inputs which were 
previously entered on previous display screens. 



25 
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SUMMARY OF THE INVENTION 



The present invention provides various embodiments of a system and method for 
processing and estimating a value of an insurance claim using a table of contents. In one 
embodiment, the processing of the insurance claim my be initiated by initiating a first 
step, wherein the processing of the insurance claim includes a plurality of steps. The 
steps may include screens displayed on a display device coupled to a computer system. 
The insurance claim may include a bodily injury claim, and processing the insurance 
claim to estimate the value of the insurance claim may include processing the bodily 
injury claim to estimate a bodily injury general damages value. The steps may include 
steps for entry of information relevant to the estimate of the value of the insurance claim. 
The information may include, for example, bodily injury treatment information and/or 
bodily injury damages information. 

One or more of the steps in the processing of the insurance claim may be 
proceeded through to arrive at an intermediary step. As used herein, the intermediary 
step is any step between the first and final steps in the plurality of steps of processing the 
insurance claim. Proceeding through the one or more of the steps in the processing of the 
insurance claim may include entering information relevant to the estimate of the value of 
the insurance claim in the one or more of the steps. The entered information may be 
stored in a memory. The intermediary step may then be displayed. A table of contents 
may be displayed upon the entry of an appropriate command by the user, wherein the 
table of contents includes an ordered list of the steps associated with the processing of the 
insurance claim, and wherein the ordered list of steps comprises the first step, the 
intermediary step, and any steps in between the first step and the intermediary step. The 
ordered list of steps may be dynamically modifiable in response to the entry of 
information in a step. In other words, steps may be added to or deleted fi'om said 
dynamically modifiable ordered list of steps in response to the entry of information. The 
user may be permitted to select one of the steps fi-om the ordered list of steps associated 
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with the processing of the insurance claim in the table of contents. The selected step may 
then be displayed in response to the user selecting the selected step in the table of 
contents. In one embodiment, the entered information in the selected step may be 
modified after selecting the step in the table of contents. The modified information may 
5 be stored. 



Ailer displaying the selected step, the intermediary step may be redisplayed upon 
entry of an appropriate command by the user. In one embodiment, in other words, the 
user may go back to the previously displayed step, either through the table of contents or 
10 through entry of a suitable "back" command. The processing of the insurance claim may 
be continued after redisplaying the intermediary step by permitting the user to enter 
additional information relevant to the estimate of the value of the insurance claim. 

vD The ordered list of steps in the table of contents may include a final step. In one 

Q 15 embodiment, the final step may be selected at any time from the table of contents. The 

5 . i 

final step may include a consultation report concerning an estimate of the value of the 
insurance claim. The consultation report may include information related to the estimate 
of the value of the insurance claim, wherein the estimate may be calculated based on 
information entered in the first step and in any steps in between the first step and the 
20 intermediary step. 



In one embodiment, all or substantially all of the steps associated with using the 
table of contents may be executed within a single session of an application program 
executing on a computer system. Therefore, the user of the system need not exit the 
25 system and restart from the beginning in order to go back to a previously encountered 
step. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure la is a block diagram illustrating the architecture of one embodiment of an 
insurance claims processing system; 

Figure lb illustrates one embodiment of a networked insurance claim processing 

system; 

Figure 2 illustrates a flow chart to generate a table of contents for processing an 
insurance claim according to one embodiment; 

Figure 3 illustrates detail of step 150 in Figure 2; 

Figure 4 is a flowchart illustrating the use of a table of contents for processing an 
insurance claim according to one embodiment; 

Figure 5 illustrates a screen shot of a table of contents display screen according to 
one embodiment; 

Figure 6 illustrates exemplary properties and methods associated with a display 
screen object according to one embodiment. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
detailed description thereto are not intended to limit the invention to the particular form 
disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and 
ahematives falling within the spirit and scope of the present invention as defined by the 
appended claims. 
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DETAILED DESCRIPTION OF SEVERAL EMBODIMENTS 



Figure la: A block diagram illustrating the architecture of one embodiment of an 
insurance claims processing system 

In Figure la, an embodiment of an insurance claims processing system 10 may 
include a computer system 20. The term "computer system" as used herein generally 
includes the hardware and software components that in combination allow the execution 
of computer programs. The computer programs may be implemented in software, 
hardware, or a combination of software and hardware. A computer system's hardware 
generally includes a processor, memory media, and Input/Output (I/O) devices. As used 
herein, the term "processor" generally describes the logic circuitry that responds to and 
processes the basic instructions that operate a computer system. The term "memory" is used 
synonymously with "memory medixmi" herein. The term "memory medium" is intended to 
include an installation medium, e.g., a CD-ROM, or floppy disks, a volatile computer 
system memory such as DRAM, SRAM, EDO RAM, Rambus RAM, etc., or a non-volatile 
memory such as optical storage or a magnetic medixmi, e.g., a hard drive. The memory 
medium may comprise other types of memory as well, or combinations thereof In addition, 
the memory medium may be located in a first computer in which the programs are executed, 
or may be located in a second different computer which connects to the first computer over 
a network. In the latter instance, the second computer provides the program instructions 
to the first computer for execution. Also, the computer system may take various forms, 
including a personal computer system, mainfi-ame computer system, workstation, 
network appliance, Internet appliance, personal digital assistant (PDA), television system 
or other device. In general, the term "computer system" can be broadly defined to 
encompass any device having a processor which executes instructions fi'om a memory 
mediimi. 

The memory medium preferably stores a software program or programs for 
processing insurance claims as described herein. The software program(s) may be 
implemented in any of various ways, including procedure-based techniques, component- 
based techniques, and/or object-oriented techniques, among others. For example, the 
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software programs may be implemented using a rule-based development tool such as 
PLATINUM Aion™ available from Computer Associates International, Inc. In one 
embodiment, PLATINUM Aion™ may combine business rule and object-oriented 
technologies to create and maintain complex, knowledge-intensive applications. 
SoflAvare developed with PLATINUM Aion™ may employ an Aion™ programming 
language for automation of processes which may use hundreds or thousands of business 
rules from a knowledge base. An Aion™ inference engine may automatically determine 
which rules to execute, when, and in what order. In various other embodiments, the 
software program may be implemented using other technologies, languages, or 
methodologies, as desired. A CPU, such as the host CPU, executing code and data from 
the memory medium includes a means for creating and executing the software program 
or programs according to the methods, flowcharts, and/or block diagrams described 
below. 

A computer system's software generally includes at least one operating system, a 
specialized software program that manages and provides services to other software 
programs on the computer system. Software may also include one or more programs to 
perform various tasks on the computer system and various forms of data to be used by the 
operating system or other programs on the computer system. The data may include but are 
not limited to databases, text files, and graphics files. A computer system's software 
generally is stored in non- volatile memory or on an installation medium. A program may be 
copied into a volatile memory when running on the computer system. Data may be read 
into volatile memory as the data is required by a program. 

A server may be defined as a computer program that, when executed, provides 
services to other computer programs executing in the same or other computer systems. 
The computer system on which a server program is executing may also be referred to as a 
server, though it may contain a number of server and client programs. In the cUent/server 
model, a server is a program that awaits and fiilfiUs requests from client programs in the 
same or other computer systems. 
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The insurance claims processing system 10 may further include a display screen 
50 connected to the computer system 20 and an insurance database 40 residing on an 
internal or external storage. The database may also be referred to as a repository. As 
used herein, a "database" may include a collection of information from which a computer 
program may select a desired piece of data. As used herein, an "insurance database" is 
used as a synonym for a "database" when included in or coupled to an insurance claims 
processing system 10. System 20 includes memory 30 configured to store computer 
programs for execution on system 20, and a central processing unit (not shown) 
configured to execute instructions of computer programs residing on system 20. Claims 
processing program 60, also referred to as application program software 60, may be 
stored in memory 30. As used herein, an "insurance claims processing program" 60 may 
include a software program which is configured to conduct transactions regarding 
insurance claims, such as by estimating the value of the insurance claims, for example. 

The insurance claims processing system 10 may be used by an Insurance 
Company for various embodiments of a system and method for processing insurance 
claims using a Table of Contents (TOC). As used herein, an Insurance Company (IC) 
includes a business organization that provides insurance products and/or services to 
customers. More particularly, the insurance products may pertain to providing insurance 
coverage for accidents and the trauma-induced bodily injuries that may result due to the 
accident. Examples of trauma-induced bodily injuries may include, but are not limited to: 
loss of limb(s); bone fractures; head, neck and/or spinal injury, etc. 

In one embodiment, on receiving a trauma-induced bodily injury, a customer may 
file an insurance claim with his/her insurance organization to cover medical and other 
accident-related expenses. An IC may utilize a computer-based insurance claim 
processing system to process insurance claims. In one embodiment, the processing may 
include estimating a value associated with the filed insurance claim. 

As used herein, an IC business transaction may be defined as a service of an IC. 
Examples of business transactions include, but are not limited to: insurance transactions 
such as filing of claims, payment of claims, application for insurance coverage, and 
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customized benefits, etc. Business transactions may also include services related to 
customers, insurance providers, employers, insurance agents, investigators, etc. 

As used herein, an IC insurance claim processing includes a series of instructions 
executed by a computer system for processing an IC's business transactions. A claim 
processing system may include one or more processing tasks. A processing task may 
include a sequence of one or more processing steps or an ordered list or a structured list 
of one or more processing steps, associated with the business transaction to be processed 
by the claim processing system. In one embodiment, the sequence of steps may be fixed. 
In another embodiment the sequence of steps may be established dynamically, in real- 
time. In one embodiment, the sequence of one or more steps may include an initial step, a 
final step, one or more intermediary steps, etc. In one embodiment, an IC user may select 
steps to process an insurance claim in a sequential manner. In another embodiment, the 
IC user may select steps to process an insurance claim in a random or arbitrary manner. 
Examples of processing steps may include, but are not limited to: receiving an input 
fi-om a user of the IC insurance claim processing system, reading a value fi-om a database, 
updating a field in a database, displaying the results of a business transaction on a 
computer screen, etc. 

In one embodiment, the insurance claim processing system utilizes object- 
oriented technology to process insurance claims. In another embodiment, processing of 
insurance claims may utilize traditional programming languages and databases to achieve 
the same result. Insurance objects may be defined to represent or model real-world business 
features of insurance products and services. Examples of insurance objects may include, but 
are not limited to, objects representing the following: an insurance claim; an accident report; 
a settlement; an estimated claim; IC service facilities, customers, and employees; business 
process such as a new insurance appUcation and calculation of a premium; interfaces to 
extemal insurance organizations; work tasks such as calculations, decisions, and 
assignments; temporal objects such as calendars, schedulers, and timers; and elemental data 
necessary to accomphsh work tasks such as medical costs, risk factors, etc. 
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An insurance object may be represented on the computer screen by a graphical icon 
or by a display listing the properties of the insurance object in graphic and alphanumeric 
format. An insurance claim object may be configured to gather and evaluate data for 
processing a filed insurance claim and to automatically make decisions about the insurance 
claim. The one or more processing steps associated with the processing of an insurance 
claim may also be configured as one or more processing step objects. In one embodiment, a 
display screen may be associated with a processing step. The display screen may also be 
represented as an object. Each display screen object may include a property to point to a 
previous display and another property to point to a next display screen. Each property, e.g. 
the next display pointer on a display screen object, may be changed dynamically by using 
methods associated with the display screen object. One display screen object may serve as 
the starting point for processing insurance claims. In one embodiment, the starting point for 
processing insurance claims may include acquiring an insurance claim identification number 
fi'om an IC system user. 

In one embodiment, during the processing of an insurance claim, a business rule 
and/or an IC system user input may detemiine that the insurance claim processing needs the 
execution of additional steps or tasks to continue the processing of the claim. The IC system 
user may provide inputs to the insurance claims processing program 60 at any display screen 
associated with a step included in the Table of Contents (see Figure 2 for a discussion of the 
generation of the Table of Contents according to one embodiment). The insurance claim 
processing software may dynamically modify the number of steps and/or the sequence of 
their execution to complete the claim processing transaction. An IC system user working at 
a cUent system may then iterate through the claim processing steps and arrive at an 
estimated value for the insurance claim. 

In one embodiment, upon startup, the program 60 may provide a graphical user 
interface to display claims processing related information on display screen 50. It may 
collect user inputs, entered by using user input devices 52, and associated with insurance 
claims. It may process the user inputs, access an insurance database 40, use the contents 
of the insurance database 40 to estimate the insurance claim, and store it in memory 30 
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and/or insurance database 40. The program 60 may display a value of the estimated 
insurance claim on display screen 50. A user may view the display of the estimated 
insurance claim on display screen 50, and may interactively make modifications, 
additions, and deletions to the estimated insurance claim. 

5 

System 20 may also include one or more user input devices 52, such as a 
keyboard, for entering data and commands into the insurance claim program 60. It may 
also include one or more cursor control devices 54 such as a mouse for using a cursor to 
modify an insurance claim viewed on display screen 50. In response to the updating of 
10 the estimated insurance claim, the insurance claim program 60 may store the updated 
insurance claim in the insurance database 40. 



Figure lb: One embodiment of a networked insurance claim processing system 

Figure lb illustrates one embodiment of a networked system, configured for 

m 

15 processing insurance claims. In this embodiment, the system is shown as a client/server 
system with the server systems and client systems connected by a network 62. Network 
□ 62 may be a local area network or wide area network, and may include communications 

. " links including, but not limited to: Ethemet, token ring, internet, satellite, and modem. 

O Insurance claims processing system 10 as illustrated in Figure la may be connected to 

fy 20 network 62. The insurance claim processing system software and insurance database 40 
^ may be distributed among the one or more servers 70 to provide a distributed processing 

system for insiu^ance claim transactions. In other words, an insurance claim processing 
transaction being processed by the insurance claim processing system may be routed to 
any server based upon the workload distribution among servers 70 at the time of the 
25 transaction. Insxirance claim processing system servers 70 may be located on a local area 
network or may be geographically dispersed in a wide area network. 

One or more client systems 80 may also be connected to network 62. Client 
systems 80 may reside at one or more claim processing units within the insurance 
company. In a wide area network, client systems 80 may be geographically dispersed. 
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Client systems 80 may be used to access insurance claim processing system servers 70 
and insurance database 40. An insurance claim-processing employee may use a client 
system 80 to access the insurance claim processing system and execute insurance 
transactions. An employee may also use a client system 80 to enter insurance claim 
inputs into the insurance claim processing system. One or more printers 90 may also be 
connected to network 62 for printing docimients associated with insurance claim 
transactions. 

Various embodiments further include receiving or storing instructions and/or data 
implemented in accordance with the description herein upon a carrier mediimi. Suitable 
carrier media include memory media or storage media such as magnetic or optical media, 
e.g., disk or CD-ROM, as well as transmission media or signals such as electrical, 
electromagnetic, or digital signals, conveyed via a conmumication medium such as 
networks and/or a wireless link. 

Figure 2: Generating a table of contents for an insurance claim 

Figure 2 is a flow chart illustrating the generation of a table of contents for 
processing an insurance claim according to one embodiment. In step 100, the user of an 
insurance claims processing system 10 may use a client system 80 to initially configure, 
or set up, all the display screens associated with the insurance claims processing business 
process. A display screen may be associated with a step included in processing insurance 
claims. In one embodiment, the business process for processing the insurance claims may 
utilize an applicable subset of all display screens. The inclusion or exclusion of a display 
screen in a table of contents display screen may be based on business rules, user inputs, 
etc. In another embodiment, the business process for processing the insurance claims may 
utilize all display screens. 

In one embodiment, the configuration of each of the display screens involves 
defining the properties of the display screen object such as previous display screen 
pointer, next display screen pointer, source for data displayed, etc. Additionally, each 
display screen configuration may require specifying one or more user input fields. 
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defining business rules associated with the processing of data for the display screen, etc. 
The configuration of the display screen object may include invocation of methods such as 
Load_Screen, Display_Screen, Validate_Screen, Save_Screen, Process_Screen, etc. In 
one embodiment, a registry is maintained for all display screen objects. Figure 6 shows a 
5 few examples of the properties and methods associated with a display screen object 
according to one embodiment. 

In one embodiment, the table of contents (TOC) is a display screen, window, or 
subset of a screen which shows a roadmap, including one or more applicable steps, for 
processing an insurance claim. Figure 5 is a screen shot showing one embodiment of a 

10 TOC display screen. In one embodiment, the table of contents includes one or more steps 
required to process insurance claims. Each step has an associated display screen. The 
table of contents display screen and each step display screen may be configured as an 
object. The number of steps included in the table of contents may be dynamically and 
automatically modified in real-time based on business rules, user inputs, etc. The display 

15 screen object for the table of contents includes one or more display screen objects, 
representing intermediary steps, selected fi:om all display screen objects. Each display 
screen object may include a property, such as Display_In_TOC, which enables the 
display screen object and corresponding step to be included in the TOC. 

In step 110, the user of the insurance claims processing system 10 may initiate the 

20 insurance claim processing by specifying a claim number. The claim number may then be 
received by the insurance claim processing system 10. In step 120, a determination may 
be made as to whether the specified claim number exists in the insurance claims 
processing system 10, such as in the insurance database 40. If it is determined that the 
specified claim number is a new claim number, then program control is passed on to step 

25 130. If a matching record is found in the insurance database 40 for the specified claim 
number, then program control is passed on to step 150. 

In step 130, the IC user may set up the claim definition data for a new claim. The 
setting up of the claim definition data may include providing user inputs through one or 
more display screens, as defined in the registry for the claim definition data display 
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screen object. Examples of claim definition data provided by the IC user may include, but 
are not limited to, claimant demographic data such as name, age, address, phone number, 
etc., injury code information such as neck, spine, arm, etc., and treatment code 
information such as emergency care, hospital, outpatient, physical therapy, etc. As the IC 
user steps through one or more display screens to enter claim definition data, the 
insurance claim processing software 60 may dynamically modify the properties of the 
display screen objects by using appropriate methods. For example, as an IC user enters 
and injury code for a neck injury, all relevant and associated display screens will be 
automatically displayed by using the registry for the display screen object and specific 
properties such as next display screen and previous display screen of the display screen 
object. On completing the entry of the relevant inputs associated with the definition of the 
claim, the IC user may submit a request to display the table of contents screen. 

If the claim number is found in step 120, the insurance claim processing software 
will generate a request to display the table of contents screen in step 140. When the IC 
user has entered the claim definition data for a new claim number in step 130, a request 
may be made to display the table of contents screen in step 140. In step 150, in response 
to a request to display the table of contents (TOC) display screen, the insurance claim 
processing software executes a fimction or method to generate the TOC display screen. In 
one embodiment, executing the function to generate the table of contents may include 
invoking a Create_TOC_Entry method for the TOC display screen object. Figure 3 
describes in further detail a flowchart for a function or method to generate the table of 
contents. In step 160, the newly generated TOC display is sent to the display screen 50 
for display to the IC user. 

Figure 3: Building a TOC display 

Figure 3 illustrates one embodiment of a program or method to build a table of 
contents display. In step 152, the insurance claim processing software, in one 
embodiment, executes a Create_TOC_Entry method for all display screen objects which 
have a "True" entry in a Display_In_TOC property field. 
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In step 154, the insurance claim processing software 60 verifies that each display 
screen object has been validated, such as by checking that a Valid_Screen method has 
been invoked successfully. In one embodiment, the Function Re_Evaluate_All is called 
prior to displaying the TOC and it vaUdates all pages. This vahdation process may 
5 choose to remove screens from the process because they are no longer appropriate. 

In step 156, a determination is made as to whether the previous screen pointer for 
the current display screen object is present or is not present. If no previous screen pointer 
is present, then that display screen object is included in the TOC display screen. 

In step 158, if a previous screen pointer is present and if the source of data 
10 property field indicates that the data was entered by a user, then the display screen object 
is included in the TOC display screen. 

In step 159, the list of display screen objects included with the TOC is retumed to 
the calling fimction. In one embodiment, the screens are then displayed based on 
\Q individual logic in their Create_TOC_Entry fimction. In many cases, this is default 

15 behavior. But in some cases, such as "Conditional Pages," their Create_TOC_Entry logic 
may choose not to show them because their conditions are not met. 



Figure 4: Using a table of contents for processing an insurance claim 

Figure 4 is a flowchart which fiirther illustrates the use of a table of contents for 

20 processing an insurance claim according to one embodiment. In step 500, the processing 
of the insurance claim my be initiated by initiating a first step, wherein the processing of 
the insurance claim includes a plurality of steps. The steps may include screens 
displayed on the display device 50 coupled to a computer system 10. The insurance 
claim may include a bodily injury claim, and processing the insurance claim to estimate 

25 the value of the insurance claim may include processing the bodily injury claim to 
estimate a bodily injury general damages value. The steps may include steps for entry of 
information relevant to the estimate of the value of the insurance claim. The information 
may include, for example, bodily injury treatment information and/or bodily injury 
damages information. 
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In one embodiment, for example, the first step may include the user entering a 
claim identification number as discussed with reference to Figure 2, In another 
embodiment, entering the claim identification number may abeady have taken place, and 
the "first step" may actually include a step such as the entry of an injury code or 
treatment code during the consultation session. 

In step 510, one or more of the steps in the processing of the insurance claim may 
be proceeded through to arrive at an intermediary step. For example, the user may enter 
injury and/or treatment data in response to questions presented in one or more steps. In 
step 520, the intermediary step may then be displayed. As used herein, the intermediary 
step is any step between the first and final steps in the plurality of steps of processing the 
insurance claim. Proceeding through the one or more of the steps in the processing of the 
insurance claim may include entering information relevant to the estimate of the value of 
the insurance claim in the one or more of the steps. In step 530, the entered information 
may be stored in a memory. 

In step 540, a table of contents may be displayed upon the entry of an appropriate 
command by the user. For example, the user may select a GUI element such as a button 
or hit a designated keyboard key to display the table of contents. The table of contents 
may be generated according to the method discussed with reference to Figure 3. The 
table of contents may include an ordered list of the steps associated with the processing 
of the insurance claim, and the ordered list of steps may include the first step, the 
intermediary step, and any steps in between the first step and the intermediary step. 
Therefore, the table of contents may essentially show a "roadmap" of the business 
process for processing insurance claims. The ordered list of steps may be dynamically 
modifiable in response to the entry of information in a step. In other words, steps may be 
added to or deleted fi-om said dynamically modifiable ordered list of steps in response to 
the entry of information. In various embodiments, the table of contents may be shown as 
a display screen, window, or other subset of a screen. 

In step 550, the user may be permitted to select one of the steps firom the ordered 
list of steps associated with the processing of the insurance claim in the table of contents. 
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In stq) 560, the selected step may then be displayed in response to the user selecting the 
selected step in the table of contents. In step 570, in one embodiment, the entered 
information in the selected step may be modified and stored after selecting the step in the 
table of contents. 

After displaying the selected step, the intermediary step may be redisplayed upon 
entry of an appropriate command by the user. In one embodiment, in other words, the 
user may go back to the previously displayed step, either through the table of contents or 
through entry of a suitable "back" command. The processing of the insurance claim may 
be continued after redisplaying the intermediary step by permitting the user to enter 
additional information relevant to the estimate of the value of the insurance claim. 

The ordered list of steps in the table of contents may include a final step. In one 
embodiment, the final step may be selected at any time firom the table of contents. The 
final step may include a consultation report concerning an estimate of the value of the 
insurance claim. The consultation report may include information related to the estimate 
of the value of the insurance claim, wherein the estimate may be calculated based on 
information entered in the first step and in any steps in between the first step and the 
intermediary step. 

In one embodiment, all or substantially all of the steps associated with using the 
table of contents may be executed within a single session of an application program 
executing on a computer system. Therefore, the user of the system need not exit the 
system and restart fi-om the beginning in order to go back to a previously encountered 
step. 

Figure 5: An exemplary table of contents screen display 

Figure 5 is a screen shot which illustrates an example of a table of contents 
display screen according to one embodiment. 

Figure 6: Exemplary properties and methods of a display screen object 
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Figure 6 illustrates exemplary properties and methods associated with a display 
screen object according to one embodiment. 

Although the system and method of the present invention have been described in 
connection with several embodiments, the invention is not intended to be limited to the 
specific forms set forth herein, but on the contrary, it is intended to cover such 
alternatives, modifications, and equivalents as can be reasonably included within the 
spirit and scope of the invention as defined by the appended claims. 
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